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REMARKS 

Claims 1-18 are pending. Claims 1, 2, 9 and 12-14 are amended. 

Summary of Telephonic Interview 

The undersigned wishes to thank Examiner Siddiqi for taking the time to conduct a 
telephonic interview on December 10, 2007. During the interview, the undersigned presented 
the arguments below with respect to the Section 103(a) rejection. In particular, claims 1 and 
14 were discussed. The examiner indicated that it would be helpful to make it more clear in 
the claims that the invention relates to a server on which multiple versions of a software 
application are each executing on the server and available for servicing requests from clients 
and that in accordance with the invention a particular one of the versions is identified based 
on a SitelD code in a user request and that version then services that request for the user. The 
applicants have amended independent claims 1,13 and 14 in to make this more clear. Claims 
2, 9 and 12 have been amended to make the claims consistent with the other amendments and 
to correct other minor informalities. 

Rejections Under 35 U.S.C. § 112 

Claim 12 stands rejected under Section 112 on the ground that the phrase "program 
called MAPPER substantially as presently" renders the claim indefinite. Claim 12 has been 
amended to more clearly recited the claimed subject matter. Reconsideration is respectfully 
requested. 

Rejections Under 35 U.S.C. § 103(a) 

Claims 1, 3-11 and 13-18 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Nishiyama et al. (5,859,977) in view of Ahmad et al. (5, 925, 127). Claims 2 
and 12 stand rejected under Section 103(a) as being unpatentable over Nishiyama and Ahmad 
and further in view of Bryan et al. (6,591,418) or Mutschler et al (5,974,430), respectively. 

Although paragraph 25 of the Office Action indicates that the applicants' arguments 
presented in response to the last Office Action "are moot in view of the new ground(s) of 
rejection," the present Office Action presents essentially the same rejections as the prior 
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Office Action - the only difference being that Ahmad is substituted in place of Wischinski as 
the secondary Section 103 reference. However, as in the last Office Action, the present 
Office Action asserts primarily that Nishiyama teaches all of the features of independent 
claims 1, 13 and 14, except for a "network listening program (web server)." Office Action, % 
6. With respect to this latter feature, instead of Wischinski, the present Office Action asserts 
that Ahmad teaches the claimed "network listening program" and that it would have been 
obvious to combine that teaching with Nishiyama to produce the claimed invention. The 
applicants respectfully disagree and again submit that the system of Nishiyama is quite 
different from what the present application claims. 

The Claimed Invention 

The present invention allows a server computer to run different versions of a software 
application program in such a way that clients of the server can issue requests for service and 
have those requests serviced by a selected one of the versions of the application program 
running on the server. See Summary of the Invention, pp. 2-3 ("[a] plurality of versions of 
software application programs can be handled by a single server serving multiple user-clients 
who each need access to specific ones of the plurality of versions"). One advantageous use 
of the claimed invention is during an upgrade from a current version of a software application 
program to a new version. With the invention, both the old version of the software 
application program and the new version of the software application program can run 
simultaneously on a server. A client who still needs to access the old version of the software, 
because for example certain "legacy" functionality may not be available in the new version, 
can issue a request to the server that specifies that the request be routed to and handled by the 
old version of the software application program. On the other hand, a client that requires a 
feature that is only available in the new version of the software can issue a request to the 
server that specifies that the request be routed to and handled by the new version of the 
software running on the server. See, e.g., Specification, p. 4. 

According to the invention, each version of a software application program running 
on a server (and its associated data) are referred to "logically" as a "site": 
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A site is a logical combination of the version of the software 96 
and any data 97 required for the software application program 
96 to run for this client and service the request. 

Specification, p. 9 (emphasis added). Each "site" is then assigned a "SitelD," and a table is 
maintained on the server that associates each SitelD with its corresponding site (i.e., the 
corresponding version of the software program running on the server). When a client issues a 
request to the server, the request may include the SitelD associated with a particular version 
of the software application program that the client wants to handle the request. In one 
embodiment, a "network listening program" on the server receives the request, and an 
"access control manager" determines from the table (and the received SitelD) to which 
version of the software application program the request should be routed (i.e., linked). See, 
Specification, pp. 4-5. The request is then routed to the identified version, and that version of 
the software processes the request and returns any response to the client. Claims 1, 13 and 
14 have been amended to more clearly recite these features. 

For example, independent claim 14 recites that "multiple versions of said software 
application program are executing on said server and available to service requests from 
users" and that the following steps are performed: 
receiving a user request at a server, 

reading a SitelD code identifying a user site from within said user 
request, 

determining with reference to a table which one of a plurality of 
versions of a software application program executing on said server is 
indicated by said request, 

passing said request to said one determined version of said software 
application program so that the determined version processes the 
request and generates a response to the request. 

(emphasis added). Independent claims 1 and 13 recite similar features in "system" claim 

form. The applicants respectfully submit that neither Nishiyama, Ahmad, Bryan, Mutschler 

or any other cited art of record, alone or in combination, teaches these features of the claimed 

invention. 
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The Claims Are Patentable Over The Cited Art 

Nishiyama describes a system that manages the distribution of software to various 

physical sites (i.e., computers) in a network. A "software distribution management table" is 

used to keep track of which versions of various software have been distributed to a given 

physical site and also the particular method used to distribute the software to that site (e.g., 

bulletin board, broadcast or download). The purpose of the system is to manage software 

upgrades throughout the network. Specifically, as explained in Nishiyama, 

The software distribution management table 301 ... is a table for managing 
software and its version and revision distributed to respective sites. 

In a site name field 302, site names managed by the software distribution 
management table 301 are stored. In a software name field 303, names of all 
softwares in the system managed by the software distribution management 
table 301 are stored as "software-1, software-2, . . . ". This software name field 
303 is further divided into two parts, i.e., a management kind field 304 and a 
version number field 305. The management kind of the above described 
software and the identification information of matter to be distributed are 
stored in the management kind field 304. As for the management kind, the 
above described bulletin board method, broad cast method, and down load 
method are denoted by 1, 2 and 3, respectively. As for the matter to be 
distributed, source and program (having execute form) are denoted by S and P, 
respectively. . . . 

At the time of distribution, the version number of the software which has been 
distributed is stored in the version number field 305 of the pertinent software, 
i.e., the software-1 in case of FIG. 3, in the software distribution management 
table 301. 

By using the method heretofore described, version/revision management of 
software of the information system becomes possible. 

Col. 7, In. 44 - col. 8, In. 21 (emphasis added). Nishiyama' s software version/revision 
management system has nothing to do with the applicants' claimed system and method for 
servicing of user requests by different versions of a software application program running on 
a server. 

The Office Action incorrectly asserts that column 5, lines 4-12 and column 8, lines 
36-52 of Nishiyama teach receiving a user request that includes a SitelD and assigning that 
request to a particular version of a software application program in order to have that version 
of the software service the request. See, Office Action, ffl 6. On the contrary, those sections 
of Nishiyama merely describe the following: 



Page 9 of 11 



DOCKET NO.: RA-5373/USYS-0200 

Application No.: 09/738,852 

Office Action Dated: September 21, 2007 



PATENT 



The computer system of FIG. 1 includes the software maintenance system 101 
for exercising centralized management of software of the entire system, the 
information system 102 for performing the processing of the information 
system, the control system 103 for performing the processing of the control 
system, the mixed information and control system 104 for performing mixed 
processing of the information system and the control system, and the network 
105 for connecting those systems, (col. 5, lines 4-12) 

and 

(a) Site management function 

Each of computers such as PC, PRC and WS included in the system is called 
site. One site is provided with one name. This is called site name and used to 
identify the site. In the site management function of the present embodiment, 
registration and deletion of site names are managed. In the site management 
function of the present embodiment, program attributes such as name of 
software stored in each site, version and revision, occupation size in the 
memory, and resident (which means that the program is stored on the main 
memory) or nonresident (which means the program is read from an external 
memory such as a disk every time the program is started) are also managed. In 
the network computer system, the site management function makes it possible 
to immediately discriminate the version and revision of each site and thereby 
prevent a mistake at the time of program replacement, (col. 8, lines 36- 
52)(emphasis added). 

Nowhere in these cited portions does the Nishiyama reference teach or suggest receiving a 

user request that includes a SitelD and passing that request to a particular one of a plurality of 

versions of a software application program executing on a server in order to have that version 

of the software service the request. On the contrary, these portions of Nishiyama reinforce 

that the system of Nishiyama is merely a software version/revision management system. 

Indeed, as the second paragraph above concludes, "the site management function makes it 

possible to immediately discriminate the version and revision of each site and thereby 

prevent a mistake at the time of program replacement" Thus, Nishiyama is concerned with 

managing software upgrades in a network, not servicing user requests issued to a server. The 

applicants respectfully submit that Nishiyama does not "show substantial features of the 

claimed invention," as asserted in the Office Action. Nor does either Ahmad, Bryan or 

Mutschler, the secondary references relied upon in the Office Action. 

Because Nishiyama merely describes a software version/revision management 

system, which has nothing to do with the concept recited in independent claims 1,13 and 14 

of the instant application, the applicants respectfully submit that those claims patentably 
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define over Nishiyama, whether alone or in combination with Ahmad, Bryan, Mutschler or 
any other cited art of record. Moreover, inasmuch as claims 2-12 and 15-18 each depend 
either directly or indirectly from one of the independent claims, the applicants submit that 
they too patentably define over the art of record for the same reasons. Reconsideration of the 
Section 103(a) rejection of claims 1-18 is therefore respectfully requested. 
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